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COMBINED SERIAL AND INFRARED PORT FOR CONSUMER ELECTRONIC 

DEVICES 

CROSS-REFERENCE TO RELATED APPLICATION 

This application claims priority of U.S. Provisional Application No. 60/142,653 filed 
July 6, 1999, which is incorporated by reference as if fully set forth herein. 

FIELD OF THE INVENTION 

The present invention relates generally to a link for interfacing host devices with slave 
devices, and more particularly to a link for interfacing host devices that store electronic program 
guides (EPGs) with slave devices that enhance EPG capabilities. 

SUMMARY OF THE INVENTION 

A consumer electronic device, such as a television, cable box, or VCR uses a combined 
serial and infrared output port. The combined port is connected to a slave peripheral device that 
includes a serial port and an infrared output port. The serial port of the slave peripheral device 
is connected to the combined serial and infrared port and the infrared output port is connected 
to an infrared remote control transmitter via an infrared driver signal passthrough circuit. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram showing a G-Link system configuration according to one embodiment 
of the invention. 

FIG. 2 is a lateral view of the G-Link connector according to an embodiment of the invention. 
FI(p. 3 is a schematic of the G-Link/IR Out circuit located in a TV/STB according to an 
embodiment of the invention. 

FIG. 4 is a schematic of the interface circuit of a G-link slave device according to an 
erribodiment of the invention. 

Fl6^5 is a flow diagram of the probe request/response process according to an embodiment of 
thejinvention. 

FIG^;6 is a diagram showing different packet types of packets transmitted between a slave and 
a master according to an embodiment of the invention. 

FIG. 7 is a flow diagram of showing the interaction of Init, Comm and Driver states according 
to an embodiment of the invention. 

FIG.,8 is a flow diagram of a initial bootstrap stage according to an embodiment of the invention. 
FIG. 9 is a flow diagram of a final bootstrap process according to an embodiment of the 
invention. 
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1 FIG. 10 is a flow diagram of a bootstrap timer process according to an embodiment of the 

invention . DT?4 Retfd PCT/PTO 0 8 OCT 200* 

FIG. 1 1 is a flow diagram of a patch load stage according to an embodiment of the invention. 

5 DETAILED DESCRIPTION 

The Guide-link (G-Link) is a link that provides a serial interface between Host devices 
such as televisions (TVs) and set-top boxes (STBs), and slave devices. Hereinafter, TV/STB 
represents either a television and/or a set-top box (e.g. VCR). The G-Link allows the 
manufacturer to expand the capabilities of an EPG system by loading data and software from a 

1 0 slave device to a TV/STB. The G-Link is a cost-effective solution, as it shares the existing IR 
Mouse that is used to control televisions, cable boxes, and VCRs and uses very few gates in the 
hardware implementation. 

The G-Link supports the following slave devices: a serial debugger device, a 
demonstration ROM device, a database expansion device, and a modem. These devices are not 

1 5 the only devices that can be supported by the G-Link. Other devices can also be supported by 
the G-Link as long as they follow the G-Link protocol. 

The Serial Debugger Interface can assist in debugging production firmware, i.e., firmware 
in a TV/STB. A demonstration ROM device can download a graphical demonstration program 
that displays the features of an EPG and/or TV/STB. The demonstration ROM device can 

20 include customization for a retailer selling TV/STBs. A database expansion device expands the 
database information capacity of TV/STB beyond what is available in an EPG. A modem (or an 
RS-232 interface) facilitates features such as: consumer feedback, shopping, or a worldwide web 
link. 

FIG. 1 shows an example of how a television, G-Link device, and IR Mouse might be 
25 connected. The G-Link topology is a master/slave scheme where the master device 2 (that is, an 
EPG TV/STB) interacts with one slave (that is, external) device 4. The slave connects to the 
master using the same connector 6 as an external IR Mouse. Every slave device must have a 
connector that allows an IR Mouse connection. 

The G-Link slave device, when placed into an IR output mode, either passes through the 
30 LED drive current from the G-Link connector to the IR Mouse connector or sources current from 
its own power supply. 

In the preferred embodiment of the invention, the G-Link connector 6 is a 3.5 mm (0. 14 1 
inch) mini-jack, as shown in FIG. 2 . The tip 8 of the G-Link connector is data and the sleeve 
10 of the G-link connector is ground. 
35 FIG. 3 shows the G-Link/IR Out circuit generally located in the TV/STB. Electrically, the 

G-Link interface operates at CMOS logic levels. The output stage is an open collector, with a 
pull-up resistance of approximately 5K ohms. This port is commonly shared with the IR output 
port 12 of an EPG system. The G-Link input pin of the ASIC has CMOS logic thresholds. 
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1 Tables 1 through 3 show the DC characteristics for G-Link in the preferred embodiment 

of the invention. Table 1 shows the absolute maximum input voltage at the connector. Tables 
2 and 3 assume Vdd = 5.00V. Table 2 shows the valid logic input levels. Table 3 shows the 
output voltage at the connector. 

5 



Logical Value 


Condition 


Min (V) 


Max (V) 


pAny 


| CMOS 


Vss-0.3 


Vdd+0.3 



Table 1 



10 



20 



Logical Value 


Condition 


Min (V) 


Max (V) 




Zero 


CMOS 




1.5 




One 


CMOS 


3.5 






Table 2 






Logical Value 


Condition 


Min (V) 


Max (V) 


Zero 


lot =-10 
mA 






0.4 




One 


I O H = 0.1 

mA 




4.0 







Table 3 



For electrostatic discharge (ESD) protection and noise filtering, the rise time of the G- 
Link signal should not exceed 5 ,uS. Since the total pull-up resistance is about 5K ohms, in 

25 

some configurations this allows for 220pF of filter capacitance 14 to ground at each end of 
the G-Link wire. The series resistance of the G-Link cable connection should remain below 
50 ohms. 

The 270ohm resistor 20, shown in FIG. 3, protects the ASIC from Electrostatic 

30 

discharge (ESD). The 220pF capacitor also helps protect the ASIC. Typically, a spark gap or 
other device is also added to satisfy manufacturer ESD standards. 

In the preferred embodiment, the ASIC input pins can withstand the following ESD 
tests: 200 V from a 200pF capacitor with no series resistance; and 1.0K V from a lOOpF 

35 

capacitor with a 1 ,5K series resistance. 

The G-Link and the IR output device share the same port. The IR output circuit, 
which typically shares the same connector with the G-Link port, consists of a high-side driver 
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1 transistor. This transistor pulls the output up to Vcc through a current limiting resistor— the 

value of which depends on the particular IR output device. The IR and G-Link outputs can 
never be asserted at the same time. 

5 G-Link devices may take a variety of forms. A G-Link slave device can be powered 

by a separate external power source. A low-power G-Link slave device can be without an 
external power source. FIG. 4 shows the minimum required interface components for a G- 
Link device in a preferred embodiment of the invention. 

1 o 1x1 the preferred embodiment, the G-link hardware transmits asynchronously at 38400 

bps using RS-232-type start and stop bits. Characters are transmitted with 8 data bits, no 
parity, and 1 stop bit (8N1). In alternative embodiments, the G-link hardware transmits at 
higher bps rates and may encode characters in any encoding scheme known to one with 

j ^ ordinary skill in the art. 

The G-link follows the International Standards Organization Open Systems 
Interconnection (ISO/OSI) model for networks. The Transport layer in the Open Systems 
Interconnection (OSI) model resides between the Network and Session layers. The Transport 

2 q layer controls the sequence of packets, regulates packet flow, and recognizes duplicate 
packets. 

An error in a packet is indicated by a negative acknowledgment (NACK). If an error 
occurs in a packet (NACK), the Session layer must initiate a retransmission request. 

2 5 Table 4 and Table 5 defines the general formats for all Request and Response packets 

in a preferred embodiment of the invention. Table 4 defines the Request Packet Format in a 
preferred embodiment. Table 5 defines the Response Packet Format in a preferred 
embodiment. In alternative embodiments, the Start-of-Packet (SOP) byte, Request Command 

3Q byte, Data Block Length Byte, Sequence Low/Sequence High, and Data Block within may 
occur in any order, except that the Data Block Length must be before the Data Block. EOP 
is End-of-Packet. 



35 



Byte 
Number 


Meaning 


0 


SOP byte - 0x07 


1 


Request Command Byte 
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10 



15 



20 



25 



30 



35 



2 


l^aia oiock i^engm tsyte (number of payload bytes to follow, including EOP and 
Checksum; number of data bytes may be zero) 


3-4 


Sequence Low/Sequence High. These bytes are included only if D5 of the Packet Type 
is sei. inese oyies are not included in the data block length count 




Data Block (this block may contain zero bytes) 


(last-1) 


EOP byte - 0x8F 


(last) 


Checksum (Zero indicates checksum not calculated. A zero checksum is mapped onto 
OxFF.). Checksum (calculated by adding all bytes and checksum mod256=0) includes 
all bytes above, from SOP through EOP. 


Table 4 


Byte 
Number 


Meaning 


0 


SOP byte - 0x07 


1 


Response Command Byte 


2 


Data Block Length Byte (number of payload bytes to follow, including EOP and 
Checksum; number of data bytes may be zero) 


3-4 


Sequence Low/Sequence High. These bytes are included only if D5 of the Packet Type 
is set. These bytes are not included in the data block length count. 


5-N 


Data Block (this block may contain zero bytes) 1 


(last-1) 


EOP byte - 0x8F 


(last) 


Checksum (Zero indicates checksum not calculated. A zero checksum is mapped onto 
OxFF.). Checksum (calculated by adding all bytes and checksum mod256=0) includes 
all bytes above, from SOP through EOP. 


Table 5 



Every G-Link data transaction is a request/response packet sequence between the 
master and the slave. In most cases, the master initiates G-Link transactions (that is, the EPG 
device) that are acted upon by the slave (that is, the external device). A slave device must 
process, at a minimum, eight bytes of transmit and receive buffer data. There are three 
reasons for using this transaction method: (1) eases the implementation over a dual-simplex 
data link; (2) reduces the chance of data request collisions; and (3) eliminates potential 
problems when IR and G-Link share the same port— slave transactions respond with a 
Negative Acknowledgment (NACK) bit or interfere with IR operation. 

A request/response packet sequence may be either a write request (where data is 
carried in the request) or read request (where data is contained in the corresponding response). 

All valid request packets return an Acknowledge (ACK) response packet to the 
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1 requester. When the transport layer of the responding device detects an error condition (for 

example, no valid SOP/EOP, invalid checksum, time-out, invalid command), a NACK 
response packet is returned to the requester. 

5 In the event of a NACK response, the transport layer will not initiate a retry. The 

Session layer that resides on top of the transport layer is responsible for initiating a retry 
packet request. Either the master or slave can execute the packet retry. 

In the preferred embodiment of the invention, a data block can be a maximum of 255 

IQ bytes. When a transaction has more data than can fit into one 255-byte data block, that data 
must be divided into a sequence of packets. Packet sequence numbers start at zero and 
monotonically increase as necessary. Data transfer must occur in order if the data block sizes 
within a packet are different sizes. 

j 5 Although the transport layer controls the order of the packets, the request and 

response packets must include a Sequence Present bit and the packet sequence numbers. 

In alternative embodiments of the invention, a data block can be greater than 255 
bytes. Alternative embodiments can have data blocks that have a maximum of 2M bytes, 

2Q where n>8. 

Table 6 lists the standard G-Link device commands supported by all G-Link devices. 



25 



Write Request 


Command 


Read Request 


Command 


Probe 


0x80 


Probe 


0x40 


Memory 


0x47 


Memory 


0x48 


Identify 


0x41 


Identify 


0x01 



Table 6 



The G-Link probe process involves G-Link master device routinely sending a Probe 
Request packet that looks for the presence of a G-Link slave device. If a device is present, 
the slave sends a Probe Response packet. 

FIG. 5 shows the probe request/response process. In the preferred embodiment of the 
invention, the Master sends a probe request packet every minute 30 until a probe response 
packet is sent by the slave. If there is no slave device present, then there will be no response 
32. If a slave device is attached 34 and if it is operable, then it will send a Probe Response 
packet 38 in response to a Probe Request packet 36. The Probe Response packet includes 
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s P eed 300 buffer size information. After receiving the Probe Response packet, the Master 
will adjust the speed and buffer size if the slave speed and buffer size information is different 
from the speed and buffer size information that the Master has 40. 
5 Once a Probe Request and Response packet exchange has occurred between the 

master and slave, the master no longer sends a Probe Request packet— unless the slave does 
not respond to any other request-packet type, in which case the master re-initiates the Probe 
Request sequence. 

10 In tne preferred embodiment, the G-Link master supports only one slave device 

connection at a time. In alternate embodiments, the G-Link master may support more than 
one slave device, wherein a priority scheme is implemented to determine which device shall 
have access to the G-Link. 

1 5 Link s P eed and buffer size are determined through the exchange of the Probe Request 

and Probe Response packets. The G-Link master sends a Probe Request packet with a default 
speed of 38400 bps and a buffer size of 255 bytes. The slave responds with a Probe Response 
packet defining its maximum transmission speed and buffer size. Table 7 lists the Probe 

20 Request packet format and Table 8 lists the Probe Response packet format. 



25 



30 



35 



Byte Number 


Meaning 


0 


0x80 


Table 7 


Byte Number 


Meaning 


0 


SOP byte - 0x07 


1 


0x40 


2 


Data Block Length Byte - 0x04 


3 


Baud Rate 
D7-D2: Reserved 

[D1:D0] | 

00 4800 

01 9600 

10 19200 

11 38400 
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4 


Maximum Receive Buffer Size - 0x8 to OxFF 


5 


EOP byte - 0x8F 


6 


Checksum 



Table 8 



The Master Request Format packet 50 is a generic request packet where the master 
asks the slave "do you have anything to send?" The advantage of this packet type is it allows 
the slave to respond without waiting for the master to send a specific request packet type (for 
example, the slave would only send an Identify Response packet after it received an Identify 
Request packet). FIG. 6 shows the different types of packets a slave could send in response 
to the Master Request Format packet. A slave device will still respond to a specific request 
packet type (that is, the slave sends an Identify Response packet after the master sends an 
Identify Request packet). 
15 The slave can respond to a Master Request Format Packet with an Identify Response 

packet 52, a memory read followed by a Request packet 54, or a Retry packet followed by a 
Request packet 56. 

The Identify Request and Identify Response packets are used to identify the slave 
20 device type. The Identification Response packet, as shown in Table 10, contains the 

following data: a device type/subtype and a null-terminated string describing the device. The 
device type/subtype data may be used by operational firmware to discern what slave device is 
installed on G-Link. The null-terminated string may be used by Factory Test/Diagnostics 
25 screens. Table 9 lists the Identification Request Packet format and Table 10 lists the 
Identification Response Packet format. 



30 



Byte Number 


Meaning 


0 


SOP byte - 0x07 


1 


0x41 


2 


Data Block Length Byte (0x02= no data block present) 


3 


EOP byte - 0x8F 


4 


Checksum 



Table 9 

35 



Byte Number 




Meaning 


0 | SOP byte -0x07 
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1 


0x01 


2 


Data Block Length - 0x02 j 


3 


EOP byte - 0x8F 


4 


Checksum 


Table 10 


Byte Number 


Meaning 


0 


SOP byte - 0x07 


1 


Packet Type/Flag Byte 

D7: b* r - Request Packet 

D6: b'O* - Read Request 

D5: b'T - Sequence field present 

D4-D0: ObOOOlO: Load Driver Command 


2 


Data Block Length Byte 


3 


EOP byte - 0x8F 


4 


Checksum 



Table 11 



Byte Number 


Meaning 


\ 0 


SOP byte - 0x07 


l ! 


0x48 


2 


Data Block Length Byte - 0x02 


i 3 " 5 


Source Address (Preferred: Big Endian) 


6 


NUMBYTESTOREAD 


7 


EOP byte - 0x8F 


8 


Checksum 



Table 12 



Memory Write Packet Format 

The Memory Write Request packet is a request-only packet initiated by the slave. 
This packet tells the master where and how much data the slave wants to store in the master. 
The master does not send a response packet. Table 13 lists the Memory Write Request Packet 
format. 



WO 01/02942 



PCT/US00/18594 



10 



15 



20 



25 



Byte Number ■ 


IVleaninp 


o 


SOP bvte - 0x07 


1 


0x47 


2 


Data Block Length Byte - 0x02 


3-5 


Source Address (Big Endian) 


6 


NUMB YTESTO WRITE 


7-N 


Write Data Block 


(last-1) 


EOP byte - 0x8F 


(last) 


Checksum 



Table 13 

The G-Link has state conditions for packets. Different packet types operate in various 
states. A packet type may be used in one or more of the following three states: Initial (Ink), 
Communication (Comm), and Driver. In the Initial state probe packets are passed. In the 
Communication state, data, get next, and retry packets are passed. In the Driver state, driver 
packets are passed. 

The type of packet sent in a state depends on which Master and Slave events are used. 
Master events are originated from the Slave. Slave events are originated from the Master. 
Master and Slave events and their corresponding designations are listed in Table 14. 



30 



35 
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5 



15 



Ma$t<er 
Event 
Designation 


Event Name 


Slave Event 
Designation 


Event Name 


A 


Other 


i 


Other 


B 


Timeout Probe 


ii 


Initial Probe 


c 


Probe Response 


iii 


Get Next 


D 


Request Read 


iv 


Timeout 


E ' ■ 


Request Write 


• V 


Factory Test 
Request 


F 


Load Driver 


vi 


Retry 


G 


Execute 


vii 


Miss Byte 


H 


IR Received 






I 


Factory Test 
Response 






J 


Miss Byte 






K 


Reset Protocol 






L 


Timeout Data 







Table 14 



Not all master events are allowed in every state. Table 15 indicates (using a •) which 
Master events are allowed in each state. 





A 


B 


C 


D 


E 


F 


G 


H 


I 


J ! 


K 


L 


Ink State 




• 


• 




















Co in in State 




• 






















Driver State 




• 


• 


• 


• 












• 


• 



Table 15 



FIG. 7 shows an example of how packets and events interact in the three states. In the 
30 Initial state probe packets are passed. In the Communication state, data, get next, and retry 
packets are passed. In the Driver state, driver packets are passed. 

In the initial state 60, the slave device ignores Master events A, and D through L as 
shown in Table 15 61. The Master does an initial probe of the slave 62. If the slave responds 
35 to the initial probe, then the probe packet was successful and the Communication State is 

entered 63. If the probe packet is not successful, then the Master sends a timeout probe to the 
slave and the slave has a timeout 64. Then, the Master sends a retry packet to the slave and 
the slave does a retry 65. The slave attempts to respond to the retry packet, whereupon the 
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initial state 60 is entered and the Master does another initial probe of the slave 62. 

In the Communication State, the slave formats the next packet to give to the Master 
66. In the Communication State, the slave ignores Master events A (Other) and C (Probe 
Response) 67. 

There are four paths that the Communication State can take. In one path, the Master 
requests the next packet from the slave 68. Then, the slave does a request read and the master 
responds with the data from the specified address. 

In a second path, the Master requests the next packet from the slave 70. The slave 
writes the packet 71. There is just one "next packet request" instead of both a "next packet 
request" and a "master request for a write." A checksum is checked to see if it is valid 72. If 
the checksum is not valid, then there is a retry of a packet write from the slave to the Master 
and the slave attempts a retry 73. Another possibility is that one or more bytes are missed by 
the slave and the master times out waiting for the expected number of bytes to be received. In 
this case, the slave also times out. 

When there is a retry of a packet 74, a retry packet counter is checked 75. If the retry 
packet counter is greater than zero, then the master sends a retry packet to the slave 76. If the 
retry packet counter is not greater than zero, then the Initial state is returned to 77. The 
"Initial State" is a cold reset of the Master. At this point, the Master assumes that the slave 
has hung up in the middle of uploading a patch, and the Master attempts to purge its memory 
with this Cold Reset. 

In a third path, the Master requests the next packet from the slave 78. The Driver 
State is entered 79 and Master events A, F, G, H, I, and J are ignored 80. The Master begins 
to load the driver from the slave, packet by packet. A test is conducted for whether there are 
more packets 81. Just in case the same packet is sent twice correctly by the slave, the master 
counts it as only one packet received. Packet zero provides the total size 82. If there are more 
packets to be sent, then the slave continues to send packets to the Master. If there are no 
more packets to be sent, then the slave sends an execute packet and the Master executes the 
sent packets 83 whereupon the Initial state is returned to 84. 

In a fourth path, the Master requests the next packet from the slave 85. The slave 
sends an execute packet and the Master executes the packet 83 whereupon the Initial state is 
returned to 84. 
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1 From either the Communication State or the Driver State, the slave can Reset Protocol 

in which case the Master resets the protocol 86 or the slave can timeout, in which case the 
Master has a Factory Test Response 87. 

5 A patch download from a slave device to a TV/STB comprises three stages. The three 

stages in the bootstrap process are (1) Initial Bootstrap; (2) Final Bootstrap; and (3) Patch 
Load. Each stage provides items that are used in the next stage. The preceding stage must be 
successfully completed before the next one can begin. 

10 Sta S e 1 is the Initial Bootstrap stage. The Initial Bootstrap stage provides the 

essential tools used in the Stage 2, Final Bootstrap stage. FIG. 8 shows the initial bootstrap 
stage. After the successful completion of the initial bootstrap stage, the following items are 
available for use in the next stage: Faster probe packets (every .5 seconds), Watchdog timer, 

j ^ and End of stage packet handler. 

At the beginning of the initial bootstrap stage, the Slave device is in its initial state 
1 10. The TV/STB, which is a G-link master device, routinely sends to the slave device, a 
probe request packet 1 1 1 that looks for the presence of a G-link slave device. In a preferred 

2Q embodiment of the invention, if the TV/STB determines within 5.6 seconds 1 12 that the slave 
device is present, then the slave device sends an identify response packet 113. The TV/STB 
requests the next packet from the slave device 114. In a preferred embodiment of the 
invention, if the slave device responds within 5 .6 seconds to the next packet request 115, then 

25 the slave device does a memory write to its memory 1 16. The TV/STB sends another probe 
request packet to the slave device 117. The slave device does a memory write to the TV/STB 
that causes the TV/STB to "execute" the instructions within the memory write 118. The 
TV/STB executes the instructions contained within the memory write from the slave device 

30 U9 ' 

Stage 2 is the Final Bootstrap stage. FIG. 9 shows the Final Bootstrap process. The 
final bootstrap stage provides the patch information that is loaded in the third stage. After the 
successful completion of the Final Bootstrap stage, at least the following items are available: 
35 TV screen display that shows real-time download percent complete, watchdog timer 

(replaces watchdog timer from stage 1); 

Get Next packet (suppresses Probe packets from stage 1); 

End of stage packet handler (replaces End of stage packet from stage 1); 
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Retry packet; and 



size of a final patch. 

At the beginning of the final bootstrap stage, the TV/STB sends a probe request 
packet to the slave device 120. In a preferred embodiment of the invention, the TV/STB 
determines within .5 seconds whether the slave device has responded to the TV/STB 121. If 
the slave device does respond within .5 seconds, then the slave device does a memory write 
122 until the end of the final bootstrap stage 123. At the end of the final bootstrap stage, the 
instruction within the memory-writes are executed by the TV/STB 124. 

FIG. 10 shows the 20-second timer flowchart, which is applicable in a preferred 
embodiment of the invention. During the final bootstrap stage, if a 20-second timer expires 
130, then the bootstrap process returns to the initial bootstrap stage 131, otherwise the 
bootstrap process is proceeding properly 132. 

Stage 3 is the Patch Load stage. FIG. 1 1 shows the patch load stage. The patch load 
stage arranges the information from the first two stages into usable patch code. At the 
beginning of the patch load stage, the TV/STB gets a new packet from the slave device 140. 
The slave device does a memory write from its memory to the TV/STB 141 . The TV/STB 
determines whether the packet has been successfully received by the TV/STB within a timer 
period 142. In the preferred embodiment of the invention, the timer period is three seconds. 
If the timer period expires 143, then the packet was not successfully transferred from the 
slave device to the TV/STB. If the packet is determined to be successfully received, then the 
timer period is reset 144, the displayed percentage completed on the television screen is 
incremented 145, and the TV/STB gets the next packet from the slave device 140. When the 
patch load end of stage is reached 146, the TV/STB goes into a patch load warm reset state. 
When the timer period expires 143, then the TV/STB determines whether a retry counter is 
greater than zero 150. The retry counter represents the number of times the TV/STB will 
retry a packet request because of the timer period expiration. If the retry counter is greater 
than zero, then the TV/STB will request another packet from the slave device 151. If the 
retry counter is not greater than zero, then the retry counter has been exhausted and the 
bootstrap process returns to stage 1, the Initial Bootstrap stage 152. 
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WHAT IS CLAIMED IS: 

1 . A consumer electronic device interface for use with a consumer electronic 
device having a combined serial port and infrared output port, the interface comprising: 

an infrared remote control transmitter; and 
a slave peripheral device comprising 

a serial port connected to the combined serial port and infrared output port; 

and 

an infrared driver signal passthrough circuit connected to the serial port and 
the infrared remote control transmitter. 

2. The system of claim 1 wherein the slave peripheral device comprises a serial 
debugger. 

3. The system of claim 1 wherein the slave peripheral device comprises a 
demonstration ROM device. 

4. The system of claim 1 wherein the slave peripheral device comprises a 
database expansion device. 

5. The system of claim 1 wherein the slave peripheral device comprises a 
modem. 

6. A consumer electronic device comprising a combined infrared output and 
serial port wherein the serial port is capable of communicating with a slave peripheral device. 

7. The consumer electronic device of claim 2 wherein software patches are 
downloaded into the consumer electronic device from the slave peripheral device. 

8. The consumer electronic device of claim 2 wherein the consumer electronic 
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device is a television. 



The consumer electronic device of claim 2 wherein the consumer electronic 



device is a video recorder. 

10. The consumer electronic device of claim 2 wherein the consumer electronic 
device is a television set top box. 



1 1 . The consumer electronic device of claim 2 wherein the consumer electronic 
device is a hard disk video recorder. 

12. The consumer electronic device of claim 2 wherein the consumer electronic 
device is a satellite receiver. 

13. The consumer electronic device of claim 2 wherein the consumer electronic 
device is a cable box. 

14. The consumer electronic device of claim 2 wherein the one or more of 
download instructions and download data comprises a demonstration interactive electronic 
program guide. 
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FIG. 3 



G-LINK/IR OUT CIRCUIT 



INSIDE OF CHIP I 




GUNK IN 



2 






















GLINK_OUT 3 



NOTE: IR OUTPUT CIRCUIT IS 
NOT SHOWN IN THIS DRAWING. 




VW 
270KQ 



100KO 



A/W 
1.5KD 



-^1 



GLINK/IR 
PORT 

220pf- 



12 



14 




.0102942A2_L> 



SUBSTITUTE SHEET (RULE 26) 



WO 01/02942 PCT/US00/18594 

3/8 



FIG. 5 



MASTER 



30 



SEND 38400bps 
PROBE REQUEST 
PACKET 



SLAVE 



32 



NO DEVICE PRESENT- 
NO RESPONSE 



(ONE MINUTE INTERVAL) 
✓—36 



SEND 38400bps 
PROBE REQUEST 
PACKET 



SLAVE DEVICE 
ATTACHED 



IF NECESSARY, 
ADJUST SPEED AND 
BUFFER SIZE 




SEND PROBE 
RESPONSE PACKET 
WITH SPEED AND 
BUFFER SIZE 
INFORMATION 



34 



•38 



0102942A2 I > 



SUBSTITUTE SHEET (RULE 26) 



WO 01/02942 




:T/US00/18594 



CNJ 



CO 



Li 













ET 




1— 


ET 










< 

LU 






LU 




IFY 


LU 






o 






o 


NS 


ET 




en 


PA 




a r 


PA 


r— 


o 




oe: 






on 


Q_ 






Q_ 




o 


AOR' 


h- 


o 




h- 


LU 


CO 


< 




CO 




>- 


CO 


Q 


LjJ 


Q_ 




LU 




en 


LU 




C£ 








ZD 




\— 


ZD 










LU 


O 




LU 


O 










RE 






RE 



LU 

i— 

CO 

< 



o 

LO 



CT 


1— 

1 . 1 


:que 


ACKf 


1 1 1 


CL 


en 




< 


LU 
1 — 




CO 


en 


< 


o 








0102942A2J_> 



SUBSTITUTE SHEET (RULE 26) 



WO 01/02942 



PGT/US00/18594 



5/8 



FIG. 7 
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